home *** CD-ROM | disk | FTP | other *** search
/ Aminet 48 / Aminet 48 (2002)(GTI - Schatztruhe)[!][Apr 2002].iso / Aminet / util / libs / MemLib.readme < prev    next >
Encoding:
Text File  |  2002-02-17  |  3.1 KB  |  72 lines
  1. Short:    Virtual Memory for AmigaOs
  2. Author:   thor@math.tu-berlin.de (Thomas Richter)
  3. Uploader: thor@math.tu-berlin.de (Thomas Richter)
  4. Version:  40.1
  5. Type:     util/libs
  6. Requires: Os 2.04, a 68020/68851, 68030, 68040 or 68060 with a working MMU
  7.  
  8. -----------------------------------------------------------------------------
  9.  
  10. Contents:
  11.  
  12. This archive contains the binaries only. No sources or manuals are included
  13. whatsoever. You'll find example code, include files, manuals and more 
  14. information in the "MemManual.lha" archive, on Aminet.
  15.  
  16. -----------------------------------------------------------------------------
  17.  
  18. Purpose and goal of the memory.library:
  19.  
  20. The memory.library is the second step stone of the mmu.library project. The
  21. purpose of this library is to provide virtual memory for the AmigaOs 
  22. environment. The requirement for making the memory.library working is to
  23. install the mmu.library.
  24.  
  25.  
  26. What does the memory.library, and what not?
  27.  
  28. The memory.library is *not* a system patch in the spirit of VMM or GigaMem.
  29. It will not provide virtual memory automatically to old programs. The AmigaOs
  30. is not prepared to handle this kind of virtual memory due to certain re-
  31. strictions arising from access exception handling. However, "virtual memory
  32. on demand" is possible - that is, programs are able to allocate virtual memory
  33. from this library, and make use of it. These programs need not to care about
  34. how memory is swapped in or out, this is done automatically. The only
  35. additional step that is required to make use of virtual memory is to allocate
  36. it from the memory.library directly rather than from exec, plus some safety
  37. rules how to use this memory. A transparent patch to the system to make 
  38. virtual memory available to all applications automatically is *not* possible, 
  39. and is neither the intention of the memory.library at all.
  40.  
  41. The memory.library requires the installation of the mmu.library as it is
  42. build on top of it. You are also encouraged to use the MuLib provided
  43. 68040 resp. 68060 libraries as they handle virtual memory more careful than
  44. other implementations. The "SwapTest" program in the Examples directory 
  45. should be run to find out whether the cpu support library you're using is
  46. prepared for virtual memory.
  47.  
  48.  
  49. About the mmu.library:
  50.  
  51. The mmu.library is a basis for MMU (memory management) related functions the 
  52. MC68K family can perform. Up to now certain hacks are available that program 
  53. the MMU themselves (Enforcer,CyberGuard,GuardianAngle,SetCPU,Shapeshifter,
  54. VMM,GigaMem...). 
  55. It's therefore not unexpected that these tools conflict with each other.
  56. There's up to now no Os support for the MMU at all - the gap this mmu.library
  57. fills.
  58.  
  59. The goal is to provide a basis of functions to address and program the MMU in
  60. a hardware independent, Os friendly fashion. Hence, the new version of the
  61. Enforcer, called MuForce, will work together with virtual memory, and others.
  62.  
  63. The mmu.library is also the basis for this virtual memory project, the 
  64. memory.library. Even though the mmu.library does not provide virtual memory
  65. itself, it builds the basics to allow an easy implementation and to avoid the
  66. hacks required by other implementations so far.
  67.  
  68.  
  69. Thomas Richter,
  70.  
  71.     February 2002
  72.